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(54) Updating mechanism for software 

(57) A computer has a memory storing a number of 
software applications, and a registration ftle, indicating 
which application versions are currently in-staled in the 
ineaiwry. A software update mechanism in the computer 
accesses a remote file server to obtain a release file 
containing a list of software applications avaiJabte from 
the remote server, and compares the release file with 
the registration file to determine which of the installed 
applications have upgrades available. When a user 
selects an application for upgrading, and the update 
mechanism accesses the remote file server to obtain a 
manifest He containing details of the application files 
required to form an updated version of this applications. 
The manifest file is used to deterrrtrte which of the 
required application files are already available in the 
computer; and only those application files that are not 
already available in the computer are accessed and 
installed in the memory. 
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Description 

Background to the Invention 

This invention relates to an updating mechanism for s 
software applications. 

The invention is concerned wrth the problem of 
updating a number of software applications installed in 
a number of client computers Converrtionaly, this is 
clone by distributing the update information on media 
such as floppy disks or CD-ROMs, tttsateo possible for 
users to download required updates over a network 
from a file server, for exanple using a standard file 
transfer protocol such as ftp. 

Problems with these existing methods of updating 
software applications are that they are inconvenient for 
the user, requiring the user to perform actions to obtain 
the necessary update information and to install it on the 
user's computer, and that the administrative function 
does not know whether the update has bean done. The 
object of the present invention is to provide a more con- 
venient and user-friendly mechanism tor performing 
updates. 

Summary of the Invention 

According to the invention a computer comprises a 
memory storing a plurality of software appficafions and 
storing a registration file, indicating which applications 
are currently installed in said memory and their version 
details, the computer also inclining a software update 
mechanism comprising; 

(a) means tor accessing a remote file server to 
obtain a release file containing a list of software 
applications available -from the remote server and 
their current version detais; 

(b) means for comparing said release file wrth said 
registration file to determine which of the installed 
applications have upgrades available: 

(c) user interface means for allowing a user to 
select at least one of said applications for upgrad- 
ing; 

(d) means for accessing the remote fie server to 
obtain a manifest file containing details of the appli- 
cation files required to form an updated version of 
the selected application; 

(e) means for using the manifest fie to determine 
which of said application files are already available 
in the computer; and 

(f) means for accessing the remote file server to 
retrieve those application files that are not already 
available in the computer, and instating those fifes 
in the memory 

Brief Description of the Drawings 

Figure 1 is a block diagram of a computer network, 



2 

including a number of clients and servers. 

Figure 2 is a flow chart of an uptoader program. 

Figures 3A aixl 3B are now charts of an update pro- 
gram 

Figures 4 to 8 show screen d splays used by the 
uptoader program. 

Figure 9 shows a screen display used by the update 
program. 

Description of an Emtxrftment of the Invention 

One embod intent of the invention will now be 
described by way of example with reference to the 
aownpanying drawings. 

Figure 1 shows a computer network comprising a 
number of diem computers 101 and a number of server 
computers 102, interconnected by a network 103. The 
computers 101, 102 may for example be standard per- 
sonal computers (PCs) running under the Microsoft 
Windows operating system. The network 103 may 
employ a conventional transport protocol such as 
TCP/TR 

Each fie server 102 stores a number of application 
fies 104, forming a number of software applications. 
Normally, each application consists of several applica- 
tion fies. Hie application files are stored in compressed 
form, using any standard data compression technique. 

Conveniently, the serve* has a number of applica- 
tion olrectories, one for each application. Each of these 
directories has a number of sub-directories, which hold 
the new or amended application files for different ver- 
sions of the application. Typically, one of these versions 
is an ratal I er version of the application, while the other 
versions are non-installers An installer is an executable 
program which, when run on a client machine, sets up 
the correct environment for the application. Normally, 
the first release of an application is an installer, and sub- 
sequent releases are non-installers. 

Each fie server also stores a number of manifest 
fies 105. one for each version of each application 
stored on the server. These manifest files are stored in 
the relevant sub-directories, and each has a name con- 
structed from the name and release number of the 
application to which it relates. Each manifest file con- 
tains a list o4 the application files that make up the par- 
ticular version of the application. For each application 
fie, it contains the followiig parameters: 

The f il ena me of the application fit e. 
The version number of the application fie. 
Tbe targe* directory into which the application fie 
should be installed. 
Date and time of issue. 
File size and compressed file size. 
An action parameter which indicates whether the 
file is to be instaled, to be deleted, or to be exe- 
cuted on download 

A flag which indicates access permissions of the 
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file, e.g. read only. 

- A cycfc redundancy checksum (CRC). 

Additionally, each server stores one or two release 
files 1 06 containing a list of all the applications available s 
on the server. For each application, a release fie con- 
tains the foBowiig parameters; 

The name of the application, i.e. a short identrfyartg 
name for the application. 10 

- The version number of the application. 

■ The application tide, i.e. an identifier by which it is 
known to the user. (Note that the application tftle is 
distinct from the appfication name). 
A parameter which specifies a linkage between this 15 
application and another application, such that any 
upgrade to this application will autoniaticaly cause 
the other application to be upgraded 
A Est of user names Wicati ng which users are per- 
mitted to download the application. If no user 20 
names are specified, any user is permitted to down- 
load the application. 

A parameter which spedfies whether the version 
number should be displayed to the user as a date. 
The status of the application. 25 

A release fie may be in one of two states; §ve or 
deferred. When the release file is in the live state, it is 
visible to the software updating mechanism; otherwise it 
is invisible. At any point in tome on a server, there will be 30 
either: 

(a) one live release file and no (i.e. an empty) 
deterred release file; or 

(b) one live release fie and one deferred release 55 

file. 

Each server computer includes a standard file 
seivei program 107, which can supply (to the update 
program) or receive (from the uploader program) files 40 
over the network on requesi to or from any of the cfent 
computers, using a standard file transfer protocol such 
as ftp. 

Each of the dient computers 101 stores a number 
of software applications, each consisting of a number of 45 
application files 108. Each client also stores a registra- 
tion file 109 containing a list of all the applications cur- 
rently installed on the dient which are to be maintained 
by a software updating mechanism. For each appica- 
tion, the registration file contains the foMowrng parame- so 
tens: 

The appication name 

The latest version number installed on the client 

- The appication title. 55 

- The directory in which the application is installed. 

In general, the applications currently installed on 



any given client will be a subset of the applications avail- 
able on the servers, and may not be the most up-to-date 
versions of those applications. 

Each client computer includes an update program 

1 1 0, which provides a mechanism for updating the soft- 
ware applications installed on that computer, and for 
installing new applications rf required. 

The system also includes an uploader program 

111, which provides a mechanism tor uploading a new 
or updated version of an application onto the servers. In 
Figure 1 , the uploader program 11 1 is shown as resi- 
dent on one of the dient computers 101. Alternatively, 
the uploader may reside on a different computer, such 
as one of the servers, or on a separate system adminis- 
tration computer. The new or updated application com- 
prises a set of new application fies 112, accessible to 
the computer in which the uploader resides. 

Uploader program 

Figure 2 shows the operation of the uploader pro- 
gram 111. This program is used by a system administra- 
tor when it is desired to upload a new or updated 
version of a software application onto the servers. The 
uploader is conveniently a Microsoft Windows pro-am. 

(Step 201) The uploader first cfisplays a main 
screen, as shown in Figure 4. which allows the adminis- 
trator to specify which of the servers 102 is to act a& a 
source server tor obtaining a release fSe The adminis- 
trator can also specify the file transfer protocol to be 
used, for example ftp. This main screen is displayed 
throughout the uploader session, and plots the progress 
of the session, 

The atfninistrator can also specify, byway of mes- 
sage boxes, whether the new or updated application is 
an installer or a non-instaBer. and whether a deferred or 
live release file is to be used as a source. Of course, the 
second question is onfy asked if there is a non-empty 
deferred release file in existence at that time. If not, then 
the Ihre release fie is used as source by default. When 
a release file is made live, the deferred release file is 
emptied, i.e. it effectively does not exist. 

(Step 202) Selecting the "Starr button from the 
main screen causes the uploader to contact the speci- 
fied source server and to check whether the chosen 
release file is available. 

(Step 203) If the chosen release file is not available, 
the uploader asks if a new uploader envkoriment is to 
be created in the source server. If so, ft then sets up a 
new skeleton d^edory structure and empty release fies 
(live and deferred), and then exits. 

(Step 204) Assuming that the chosen release file is 
avaiable, the uploader fetches this fie from the source 
server. 

(Step 205) The uploader then displays a "Select 
New Release" screen, as shown in Figure 5. This 
screen allows the administrator to select either a "Base 
on Existing Application"" option or a "New Appication" 
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option. 

tf the ^ase on Existing Application* 1 option id 
selected, the uploader displays a list of the existing soft- 
ware applications, along with their version numbers, 
derived from the chosen release file. The administrator 
can then select one of these existing applications and 
enter a new version number, tf the "Mew Appicaficfl" 
option is selected, the administrator can enter a new 
name ("Moniker*) and a version number for the new 
application. 

ff an "Edit Release Details" button is selected, the 
uploader proceeds to Step 205 bekjw. If an "OK" button 
is selected, the uploader proceeds to Step 209. 

(Sep 206) If the *E<fit Release Details" button is 
selected, the uploader displays a screen as shown in 
Figure 6, which allows the administrator to update an 
entry in the release file, or to create a new entry. This 
screen iidudes the following text input boxes: 

Tttte" - the application title 
"Dependsllpcn" - this specifies a linkage between 
this application and another application. 
UserName" - a list of user names indicating which 
users are permitted to download the application. 
DisplayAsDate" - a parameter specifying whether 
the version number should be displayed to the user 
as a date. 

"Status" - the status of the application. 

Selection of a "Select Taiget Servers" button 
causes the uploader to proceed to Step 207 below. 
Selection of an '"OK"' button causes the uploader to pro- 
ceed to Step 2QS, provided that at least one target 
server has been selected; tf not it displays a warning 
message that no target server has been selected. 

(Step 207) tf the "Select Target Servers" button is 
selected, the uploader displays a screen as shown in 
Figure 7, which alow s the administrator to select one or 
more servers as target servers, to receive the updated 
release file. Selecting the "OK* button on this screen 
causes the uploader to return to Step 206. 

(Step 208) The uploader writes the updated release 
file to each of the selected target servers 1bf an existing 
application. This allows a system administrator to only 
update these release fields on the servers without gorig 
through a full uploader session or even creating a new 
release version of the application. However, for a new 
application, the uploader does not update the release 
file with the new release fields and write it to the servers 
until an actual release exists on the servers at step 212. 

(Step 209) The uploader contacts the source server 
to obtain the manifest file for the selected application. 

(Step 210) The uploader then cfeplays a screen as 
shown in Figure 8, showing the contents of the manifest 
file. This file can then be edited by the administrator, so 
as to create a new manifest file for the new or updated 
application. This may involve, for example, adding new 
directories or fies, removing fies, marking existing files 



for deletion on download, marking files for execution on 
download, and etftrng otherffle details (eg markrig the 
fie read only). This is done through menu commands. 
(Step 21 1) The uploader can then dfeplay a screen 

5 as shown in Figure 7 through a menu command if not 
dene at step 207, allowing the administrator to select 
one or more servers as target servers, or to modify any 
existing selection done at step 207. 

(Step 21 2) By choosing the appropriate menu com 

to mand. the system administrator can then cause the 
uploader to write the updated release fie, the new man- 
ifest file and all the new application files 1 12 to each of 
the selected target servers. The updated release fie 
may be written in either a deferred or live state. If ft is 

ts written in the Irve state, then any existing deferred 
release file is emptied. 

Optionally, the updated release file may be sorted 
into a user-defined order before it is written (which is the 
order displayed in Figure 9). Also optionally, the 

20 uploader may tidy the fiestore on each target server 
after performing the writes. 

(Step 213) The uploader also saves the previous 
version number of the application and, optionally, prints 
out the release files. 

25 (Step 214) The uploader then asks the administra- 
tor whether the release is to be repeated to new or faied 
servers, ff so, the uploader returns to Step 211 ; other- 
wise it exits. 

so Update program 

Figures 3A and 3B show the operation of the 
update program 1 10. This program can be run at any 
time on request by a user. Conveniently. *t is a Microsoft 
35 Windows program. 

(Step 301) Referring to Figure 3A, the update pro- 
gram first contacts one of the servers 102, byway of the 
network 103, to obtain the fve release file from that 
server 

-to (Step 302) The update program then compares this 
release file with its locally held registration file 109. to 
identify which ot the currently installed applications 
have more recent versions available It also identifies 
any new application installers in the release file for 

A? applications that are not installed locally on the client. 
The update program then displays a screen, as 
shown in Figure 9, which alows the user to select either 
an "Updates* 1 option or a IMew Release** option. If the 
user selects the Updates" option, the update program 

so proceeds to step 303 in Figure 3A. Alternatively, if the 
user selects the "New Release" option, the update pro- 
gram proceeds to step 310 in Figure 3B (see below). 

(Step 303) tf the user selects the Updates" option, 
a 1st of the titles and versions of currently instaled 

55 applications is displayed, as shown in Figure 9. The dis- 
play indicates which, if any, of the applications have 
more recent versions available. As an example, Figure 9 
shows that the installed application "Peripheral Prod- 
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ucte Binder [1/10/96)" is up-toKiate, while the installed 
application *T4etworkmg Brndsr [1/9/96]" has a more 
recent version available. The user may select from this 
list one or more (or al) of the applications for which a 
more recent version is available. Selection of an appli- 5 
cation wil automatically cause any dependent applica- 
tions to be selected. 

If there is a more recent version available of the 
update program fiseH, this is automaticaiy selected. 
Hence, every time the update program runs it will w 
update itseff if necessary. 

If the user selects the "OK" button on this screen, 
the program proceeds to Step 304 below. Alternatively, 
the user may simply exit from the program without per- 
for ming any updates by selecting the "Cancer button. 15 

(Step 304) Assuming the "OK" button was selected 
in step 303, the update program contacts the server 1 02 
to obtain the manifest file for the ferst (or only) of the 
selected appications. 

(Stap 305) The update program then determines 20 
differences between files installed on the client compu- 
ter and those listed in the manifest file. For each appi- 
cation fie listed in the manifest file, a check is made to 
determine whether the specified file is already present 
in the specified directory ai the client by using CRC 25 
checks. If not. the program contacts the server 102, to 
retrieve the retired application file. The retrieved file is 
expanded, and then checked tor f ie-transfer corruption, 
using the ORG checksum, as the application files are 
read into a temporary directory on the ctient computer. 30 

Thus, it can be seen that the update program does 
not fetch any application fie if the required version of 
that file is aJ ready installed in the required directory, 
thereby eiimriatrng unnecessary traffic over the net- 
work. 55 

(Step 305) When all the files listed in the manifest 
file have been correctly retrieved, the installation actions 
are implemented as foilows. Any fries marked for dele- 
tion are deleted from the client confute?, files marked 
for execution are executed and files marked for irtstala- 40 
ton are installed into the specified directories in the cli- 
ent, provided the file version ie more advanced than that 
of the existing fie. Hence then any existing files with the 
same names in the rJrectories will be overwritten. 

If, on the other hand, some of the file transfers 45 
failed, none of the fies are installed. Instead, a mes- 
sage is displayed, giving the user the option of either 
cancelling the update, or making another attempt to 
access the files. 

(Step 307) tf al the required applications have now 50 
been updated, the update program proceeds to Step 
308. Otherwise it returns to Step 304 above to get the 
manifest fie for the next required appfication to be 
updated. 

(Step 303) Before exiling, the update program 55 
allows the user to return feedback {i.e. comments on the 
update program or the other applications the user is 
downloading and using) to a central serve*. The pro- 
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gram also automatically returns statistics to the central 
server, showing who the user is and what has bean 
downloaded. TTie central server maintains a taJbie 
based on these statistics, alowing the system adminis- 
trator to check whether each userts using the latest ver- 
sions of the software applications. 

Referring now to Figure SB, if the user selects the 
"New Release" option from the screen shown in Figure 
9, the update program proceeds as fallows. 

(Step 310) A list of newly released application 
installers, for applications not currently installed on this 
client, is displayed. The user may select only one of the 
application installers from this list 

If the user selects the "OK* button on this screen, 
the program proceeds to Step 31 1 betow Artamatrvely, 
the user may simply exit from the program without per- 
forming any updates by selecting the "Cancer button. 

(Step 31 1) If the "OK" button was selected 11 step 
310, the update program contacts the server 102 to 
obtain the manifest fie for the selected application 
installer. 

(Step 312) A check is then made to determine 
whether the specified installer fie is already present in 
the specified oSrectory in the dient by using CRC 
checks, tf not the program contacts the server 102, to 
retrieve the required installer fie. The retrieved file is 
expanded, and then checked for tie-transfer corruption, 
using the CRC checksum. The installer file ts read into 
the temporary directory, and remains there for subse- 
quent execution. 

(Step 31 3) The update program returns statistics on 
the installation to the central server. 

(Step 314) The update program then displays a 
message box, asking whether the user wishes to exe- 
cute the installer now. 

(Step 315) If the user selects "Yes" from this mes- 
sage box, the update program exits and enters the 
installer. 

The update program logs its actions, so that in the 
event of a failure, such as a communications faiure. it 
can restart from the point where the last fie was cor- 
rectly received. 

It should be noted that the software update mecha- 
nism and the uploading mechanism described above do 
not require any special-purpose software resident on 
the servers. The servers run standard file server pro- 
grams, and all the intelligence for the software update 
mechanism and the uploading mechanism resides 
solely in the update program and the upioader program. 

Some possible modifications 

It will be appreciated that many notifications may 
be made to the system described above without depart- 
ing from the scope of the present invention. For exam- 
ple, the system may be adapted to different operating 
systems and transport protocols. 
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Claims 

1. A computer oomprising a memory storing a plurality 
of software applications and storing a registration 
file, indicating which applications are currently s 
installed in said memory and their version details, 
the computer also including a software update 
Mechanism comprising: 

{a) means for accessing a remote file server to to 
obtain a release file containing a fist of software 
applications avaiable froin the remote server 
and their current version details; 
{b) means for comparing said release file with 
said registration fie to determine which of the ts 
installed applications have upgrades available; 

(c) user interface means for allowing a user to 
select at least one of said applications for 
upgrading; 

(d) means for accessing the remote file server so 
to obtain a manifest file containing details of the 
appScation f les required to form an updated 
version of the selected application; 

(e) means for using the manifest file to deter- 
mine which of said appl ication fies are already 2s 
avaiiab+e in the computer; and 

(f) means tor accessing the remote file server 
to retrieve those application files that are not 
atready available in the compute*, and instating 
those files in the memory so 

2. A coftputer according to Qaim 1 wherein said man- 
ifest fie also includes details of application files 
required to be deleted or executed in order to form 

the updated version of said selected appJcattoo. & 

3. A computer according to Claim 1 or 2, wherein said 
release 1ile incfodes at least one parameter specify- 
ing a linlrtage between a fist application and a sec- 
ond application, and wherein said user interface to 
means automaticaly selects said second applica- 
tion for upgrading whenever said iirst application is 
selected for upgraoing. 

4. A computer according to any preceding dafrn, 45 
wherein said software update mechanism com- 
prises an update program, and wherein said user 
interface means automatically selects the update 
program for upgrading whenever one of said appli- 
cations is selected for upgrading. so 

5. A computer according to any preceding ciaim 
including means for using a checksum to check 
said appfication files when retrieved from said 
remote file server andtor allowing the retrieved files ss 
to be installed only if the check is satisfactory 

6. A computer according to any precediixj claim, fur- 
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ther comprising: 

(a) means for comparing said release fie with 
said registration file to identity available new 
insialer versions of applications; 

(b) user interlace means for slowing a user to 
select one of said mstaller versions; 

(c) means for accessing the remote file server 
to obtain a manifest file containing details of the 
instaler files associated with said one of said 
instaler versions; 

(d) means for using the manifest fie to deter- 
mine which of said installer files are already 
available in said memory means; and 

(e) means for retrieving those installer fies that 
are not already available in said memory 
means from the remote file server, and execut- 
ing those files. 

7. A computer network comprising a plurality of server 
computers and a plurality of client computers, 
wherein each of the client conpulers comprises 

(a) memory means for storing a plurality of soft 
ware appficatfons. and for storing a registration 
file, indicating which applications are currentty 
installed in the memory means and their ver- 
sion details; 

lb) means for accessing one of said server 
computers to obtain a release file containing a 
list of software applications available from said 
server computer and their current version 
details; 

(c) means for comparing said release fie with 
said registration file to determine which of the 
instaied applications have upgrades available; 

(d) user interlace means for slowing a user to 
select at least one of said appfcatiora for 
upgrading; 

(e) means for accessing said server computer 
to obtain a manifest file containing detaits of the 
appScation files required to form an updated 
version of the selected application; 

(1) means for using the manifest fie to deter- 
mine which of said application fies are already 
available in said memory means; and 
(g] means for accessing said server computer 
to retrieve those application files that are not 
already available in said memory means, and 
instating those ties in said memory means 

8. A computer network according to Qaim 7 wherein 
at least one of said computers includes an uploader 
mechanism comprising: 

(a) means for accessing one of said server 
computers to obtain a manifest file containing 
details at the application files forming a current 
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version of a pa rtiou I ar application; 

(b) meane for editing the nmnifest file to form a 
new nianifest file for a new or updated applica- 
tion; 

(c) means for writing the new manifest file, s 
along with application files for the new or 
updated application, into one or more of the 
sewer computers. 

9. A computer network according to Claim 7 or 8 io 
wherein at least one of said servers includes means 

for mai ntainiig statist! cs on which appli cations nave 
been downloaded by which users. 

10. A method of updating software in a computer, the 15 
method comprising: 



14 A method according to any one oi Claims 10 to 13 
including the further step of using a checksum to 
check said application files when retrieved from 
said remote file server, and aRowing the retrieved 
flee to be installed only if the check ie satisfactory. 

1 & A method according 1o any one oi Claims 1 0 to 1 4, 
including the further steps: 

(a) comparing said release file with sad regis- 
tration fie to identify available new installer ver- 
sions of applications; 

(b) aUowing a user to select one of said installer 
versions; 

(c) accessing the remote fie server to obtain a 
manifest file containing detafe of the installer 
fSes associated with said one of said instafier 
versions; 

{d) using the manifest fie to ctetemmne which of 
said installer ties are already avajable in said 
memory means; and 

(e) retrieving those installer files that are not 
already available fen said memory means from 
the remote file server, and executing those 
ties. 



(a) storing a registration file, indicating which 
applications are currently installed fn the com- 
puter and their version details; zo 

(b) accessing a remote fie server to obtain a 
release file containing a list of software applica- 
tions available from the remote server and their 
current version details; 

(c) comparing said release fie with said regis- ss 
tratton file to determine which of the installed 
applications have upgrades available; 

(d) allowing a user to select at least one of said 
applications for upgrading; 

(e) accessing the remote file server to obtain a 30 
manifest file containing details of the applica- 
tion files required to form an updated version of 
the selected application; 

(t) using the manifest fee to determine which of 
the required application files are already avail- 55 
able in the computer; and 
(g) accessing the remote file server 10 retrieve 
those application fies that are not already 
available in the computer, and instating those 
files in the computer. 40 



11. A method accotting to Claim 10, including the fur- 
ther step of deleting or executing further application 
files as specified in said manifest file. 

45 

12. A method according to Claim 10 or 11. wherein said 
release file includes at least one parameter specify- 
ing a linkage between a first application and a sec- 
ond application, and including the further step of 
automatically selecting said second application for 50 
upgrading whenever said first application is 
selected for upgrading. 



13. A method acwrdng toanyoreof Ciairris !0to 12, 
including the further step of automatically selecting 55 
an update program for upgrading whenever one of 
said applications is selected for upgrading. 
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